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MECHANISM AND METHOD FOR SIMULTANEOUS PROCESSING AND 
DEBUGGING OF MULTIPLE PROGRAMMING LANGUAGES 

5 BACKGROUND AND SUMMARY 

[0001] The present invention relates to development systems, such as development 

systems for software and circuit design. 

[0002] There is a large number of programming languages that are used in modern 

development projects. Examples of common general purpose programming languages 

10 include C and C++. Specialized programming languages are also used for specific types of 
development projects. For instance, many electrical circuits and systems are designed and 
modeled using specialized programming languages referred to as HDLs (Hardware 
Description Languages). Examples of commonly used HDLs include VHDL and Verilog. 
[0003] It is sometimes desirable to use general purpose programming languages for 

15 specialized development projects. For example, if it is desired to use the C++ language for 
electrical hardware design and modeling, this language can be modified to add hardware- 
oriented constructs as a class library. This type of use for general programming languages 
may span design and verification from concept to implementation in hardware and software. 
An example of a commonly adopted standard for implementing these modifications to the 

20 C++ language is the SystemC initiative, which provides an interoperable modeling platform 
that enables the development and exchange of very fast system-level C++ models. Further 
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information about the SystemC initiative can be obtained from the Open SystemC Initiative 
(OSCI), which has a website at http://www.systemc.org. 

[0004] It is also sometimes desirable to implement a design using a mixture of two 

or more programming languages. With electrical circuit designs, for example, this may 
5 result in a design that is implemented using both Verilog and C++, or a design having both 
VHDL and SystemC components. There may be a number of reasons for this, e.g., to reuse 
and link in modules developed in another language, because it is easier to perform certain 
operations or implement certain component properties in one type of language versus 
another type of language, or because of a desire to use legacy systems and developments. 

1 0 [0005] When simultaneously working with multiple programming languages, 

incompatibilities in the interface, operations, or processing of the different languages may 
cause problems during the development project. Consider if it is required to debug a 
electrical design involving both an HDL and a general purpose programming language such 
as C++. A circuit simulator may be used to debug the HDL portion of the design while an 

15 external C++ debugger may be used to debug the C++ portion of the design. It is often 
useful during the debugging process to switch back and forth between the two types of 
languages. 

[0006] For example, when debugging the C++ code, the designer may see a value 

that came from the HDL code, so the designer may want to go to design to look at values of 
20 the HDL code. But in typical design systems, this may not possible since the external 

debugger operating upon the C++ portion of the design may interrupt the simulator during 
its debug operation. If the simulator is interrupted, then it may not be possible to operate the 
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simulator interface to produce the desired result or retrieve values from the simulator. This 
highlights a significant disadvantage of conventional debugging environments for designs 
having mixed HDL and general programming language code, which suffer from the 
limitation of the HDL code becoming inaccessible when the general purpose programming 
language portion is debugged. 

[0007] An embodiment of the present invention is directed to a method, mechanism, 

and computer usable medium for simultaneous processing or debugging of multiple 
programming languages. A particular embodiment provides a method and mechanism for 
resolving the issue of simultaneous debugging of hardware represented by an HDL, e.g., 
Verilog or VHDL, and software, e.g., represented by C, C++, SystemC code. 
[0008] Further details of aspects, objects, and advantages of the invention are 

described below in the detailed description, drawings, and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] The accompanying drawings are included to provide a further understanding 

of the invention and, together with the Detailed Description, serve to explain the principles 
of the invention. The same or similar elements in the figures may be referenced using like 
reference numbers. 

[00010] Fig. 1 shows an example architecture for implementing debugging of a 

design having both HDL code and general purpose programming code. 

[00011] Fig. 2 depicts a flowchart of a process for simultaneous processing/debugging 

of a design having multiple programming languages according to an embodiment of the 

invention. 

[00012] Fig. 3 illustrates the example architecture of Fig. 1 using an embodiment of 
the invention to implement debugging of a design having both HDL code and general 
purpose programming code. 

[00013] Fig. 4 depicts a flowchart of a process for simultaneous debugging of a 
design having both HDL code and general purpose programming language code according 
to an embodiment of the invention. 

[00014] Fig. 5 is a diagram of a computer system with which the present invention 
can be implemented. 
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DETAILED DESCRIPTION 
[00015] An embodiment of the present invention is directed to a method, mechanism, 
and computer usable medium for simultaneous processing or debugging of multiple 
programming languages. A particular embodiment provides a method and mechanism for 
5 resolving the issue of simultaneous debugging of hardware represented by an HDL, e.g., 
Verilog or VHDL, and software, e.g., represented by C, C++, SystemC code. This 
approach overcomes the problem of the HDL portion of the design being inaccessible when 
C, C++ or SystemC code is debugged. 

[00016] For illustrative purposes, the specific embodiment(s) set forth below are 
10 directed to an approach for implementing simultaneous debugging of a design having 

multiple programming languages. It is noted, however, that the present invention may be 
applied to other types of simultaneous processing involving multiple languages, and is not 
limited in its scope only to debugging applications. 

[00017] Fig. 1 shows an example architecture for implementing debugging of a 
1 5 design having both HDL code and general purpose programming code. In the architecture 
diagram of Fig. 1, there are 4 separate processes 102, 104, 106, and 108 being executed on a 
host computing environment. The simulator GUI (graphical user interface) process 102 
provides an interface mechanism to the simulator process 106. The simulator GUI process 
102 provides an interface for placing and sending user requests and displaying results 
20 to/from the simulator process 106. An exemplary simulator GUI 102 and simulator 106 that 
may be used to implement the architecture of Fig. 1 is the SimVision and NC-Sim products, 
respectively, both of which are available from Cadence Design Systems, Inc. of San Jose, 
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California. The debugger GUI process 104 provides an interface mechanism to the C/C++ 
debugger process 108. The debugger GUI process 104 provides an interface for placing and 
sending user requests and displaying results to/from the C/C++ debugger process 108. An 
example debugger GUI process 104 and C/C++ debugger process 108 that may be used to 
5 implement the architecture of Fig. 1 is the "ddd" and "gdb" products, respectively, both of 
which are available from www.gnu.org. It is noted that the term "process" as used in this 
section refers to any entity or system component that is capable of suitably implementing the 
functions/features of the described processes 102, 104, 106, and 108, and is not intended to 
be to limited to only "processes", but may encompass other entities such as threads, 

1 0 programs, or tasks. 

[00018] Simulator process 106 operates upon a design 110 that includes a HDL code 
portion and a C/SystemC portion 1 14 that may be linked into the HDL portion 1 12. During 
simulation, the simulator process 106 models and/or simulates the effect and operation of 
design 110. The simulation may be controlled by user requests or instructions sent through 

15 simulator GUI process 102. Results from the modeling/simulation are returned from the 
simulator process 106 to be displayed at the simulator GUI process 102. 
[00019] In conventional systems, when the user instructs the C/C++ debugger process 
108 to interrupt the simulator process 106 in order for the user to debug the C/SystemC 
portion 1 14 of their design 110, the simulator process 106 is at that point unable to process 

20 any further requests from the simulator GUI process 102. This prevents, for example, the 
user from being able to access to the HDL portion 1 12 of the design 1 10, e.g., to view HDL 
signal values or to explore the HDL design structure. 

6 
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[00020] It is desirable to implement a unified debugging environment in which both 
the HDL portion 112 and general purpose programming language portion 114 can be 
debugged at the same time. However, in conventional systems, this is impeded by the fact 
that interrupting the simulator process 106 executing the HDL will also cause the software 
5 to "hang", since the software is linked into and executed by the same simulator process as 
the HDL. Hence attempting to debug the software will "hang" the HDL simulator not 
allowing, for example, the user to access values of HDL signals while the software is being 
debugged. 

[00021] Fig. 2 shows a flowchart of a general process for performing simultaneous 
10 processing or debugging of multiple programming languages. At 202, an interruption 
occurs for the processing of a first language portion of the system. This may occur, for 
example, by initializing a process for debugging a second language portion of the system. 
During the interruption, external processing may occur for the second language portion of 
the system (204). 

1 5 [00022] During the time that the second language portion is being handled, one or 
more requests may have been issued for the first language portion that could not be 
processed because the first language portion is presently interrupted. At 208, a check is 
made to determine whether any such requests for the first language portion had been made 
but not processed. For example, such requests may be placed on queue of waiting requests 

20 if the first language portion is interrupted. The checking action of 208 may be performed by 
determining whether the queue contains one or more waiting requests for the first language 
portion. The action of 208 may be performed according any appropriate scheduling 
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algorithm. For example, the first language portion may send an explicit/immediate message 
to the second language portion. Alternatively, the wait queue can be checked on a regular or 
periodic manner. As another example, a demand-driven approach can be made, in which a 
threshold number of waiting requests for the first language portion will cause the initiation 
5 of the action of 208. 

[00023] If there are no waiting requests for the first language portion, then the process 
of Fig. 2 returns back to 204 to continue handling the second language portion of the system. 
[00024] If, however, there are one or more queued requests for the first language 
portion, then some or all of those queued requests are handled by processing the requests 

10 through the second language portion of the system (210). According to this embodiment, 
the second language portion includes functionality to call an external function, in which at 
least one specific external function is configured to operate requests within the first language 
portion. Thus, even thought the first language portion has been interrupted to handle the 
second language portion, the first language portion includes an externally callable 

1 5 functionality that can be called by the second language portion. The externally callable 
functionality processes the queued requests that are now being handled via the second 
language portion. 

[00025] Fig. 3 illustrates how this approach can be applied to handle simultaneous 
debugging of HDL and external general programming statements according to one 
20 embodiment of the invention. To facilitate the explanation of Fig. 3, the structures and call 
numbers of Fig. 1 have been duplicated in Fig. 3. The simulator GUI (graphical user 
interface) process 102 provides an interface mechanism to the simulator process 106. The 
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simulator GUI process 102 provides an interface for placing and sending user requests and 
displaying results to/from the simulator process 106. The debugger GUI process 104 
provides an interface mechanism to the C/C++ debugger process 108. The debugger GUI 
process 104 provides an interface for placing and sending user requests and displaying 
5 results to/from the C/C++ debugger process 108. As noted above, an example debugger 
GUI process 104 and C/C++ debugger process 108 that may be used to implement the 
architecture of Fig. 1 are the "ddd" and "gdb" products, respectively. 
[00026] Simulator process 106 operates upon a design 1 10 that includes a HDL code 
portion and a C/SystemC portion 1 14 that may be linked into the HDL portion 1 12. During 
10 simulation, the simulator process 106 models and/or simulates the effect and operation of 
design 110. The simulation may be controlled by user requests or instructions sent through 
simulator GUI process 102. Results from the modeling/simulation are returned from the 
simulator process 106 to be displayed at the simulator GUI 102. 

[00027] In conventional systems, when the user instructs the C/C++ debugger process 
15 108 to interrupt the simulator process 106 in order for the user to debug the C/SystemC 
portion 1 14 of their design 110, the simulator process 106 is at that point unable to process 
any further requests from the simulator GUI process 102. This prevents, for example, the 
user from being able to access to the HDL portion 1 12 of the design 1 10, e.g., to view HDL 
signal values or to explore the HDL design structure. 
20 [00028] In the presently described embodiment, requests 305 from simulator GUI 
process 102 are sent via debugger GUI process 104 for processing by the C/C++ debugger 
process 108. The C/C++ debugger process 108 performs an external call 307 to a debugger 
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request handler function 303 to process the simulator requests 305. The debugger request 
handler function 303, when invoked, is configured to process the requests at the simulator 
106 that have been passed to the function 303. The idea is that an appropriate function 
(e.g., the debugger request handler function 303) has been set up ahead of time such that it 
5 can be called to process requests. In effect, the C/C++ debugger will make an external call 
to this function to allow the simulator process to temporarily become un-interrupted to 
handle the pending requests, and then return control back to the C/C++ debugger. 
[00029] For example, assume that the specific C/C++ debugger process 108 being 
used is the gdb debugger product. Program functionality can be called from within the 
1 0 debugger using the command: 
call expr 

This command evaluates the expression expr , and can be used by the C/C++ debugger 
process 108 to call a function within the simulator process 106. Even if the simulator 
process 106 has been interrupted by the C/C++ debugger process 108, requests can still be 

1 5 processed by handling the requests using the C/C++ debugger process 108. In this 

embodiment, this is accomplished by using the ability of the C/C++ debugger process 108 to 
call a function within the application being debugged, in this case the simulator process 106. 
A function is defined in the simulator process 106, which is the debugger request handler 
process 303, which when invoked, processes pending requests 305 from the simulator 

20 request queue 301 . 



10 

PA:521 28635. 1 /201 9535-7037682001 



Express Mail Label No. EV348 1 60075US Patent 

CA7037682001 

[00030] The debugger request handler process 303 is executed and the simulator 
response 309 is returned to the simulator GUI process 102 via the C/C++ debugger process 
108 and debugger GUI process 104. 

[00031] To illustrate, consider when a user requests HDL design data from the 
5 simulator process 106 while it is being interrupted by the C/C++ debugger process 108. The 
simulator GUI process 102 has not been interrupted and is still accepting user requests. 
These requests are routed from the simulator GUI process 102 to the C/C++ debugger 
process 108. The requests may be routed though the debugger GUI process 104 or directly 
to the C/C++ debugger process 108 (or even from the request queue 301 in an alternate 

10 embodiment). This process may be initiated by sending a message to the C++ debugger 
process 108 to call the debug request handler function 303. When this function is executed, 
the pending requests from the simulator GUI 102 are processed and the results displayed. 
Hence, even when the simulator process 106 is interrupted, the user is able to access HDL 
data in the simulator process 106. 

15 [00032] Fig. 4 shows a process for performing simultaneous debugging of HDL code 
and general purpose programming language code according to an embodiment of the 
invention. At 402, the simulator is interrupted, e.g., because the external C/C++ debugger 
has been initiated. At 304, external debugger requests are being handled by the C/C++ 
debugger. 

20 [00033] At some point in the process, a determination is made whether queued 

requests for the simulator should be handled (408). Any appropriate scheduling approach 
can be utilized to specify when the determination of 408 should be performed. For example, 

11 
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the simulator GUI can send a message to the external C/C++ debugger to take this action. 
As another example, the request queue for the simulator GUI can be checked on a regular or 
periodic basis and the action of 408 is performed if a sufficient number of request(s) have 
been queued for the simulator. 
5 [00034] If there is sufficient number of waiting request(s), then the request is sent to 
the simulator for processing via the external C/C++ debugger (410). As noted above, this 
can be accomplished by calling an external function from within the external debugger, in 
which the external function is within the program being debugged. For a simulator, the 
function is configured to process simulator requests. Therefore, at 412, the requests are 
10 fulfilled at the simulator using the call from the external C/C++ debugger. The results are 
thereafter returned to be displayed at the simulator GUI (414). 

[00035] The approach of the present embodiment provides numerous advantages over 
alternative debugging solutions. For example, using the present approach, the user can 
access HDL signal values while debugging the C or SystemC code. Moreover, the user can 
15 peruse the HDL design hierarchy while debugging the C or SystemC code. 

SYSTEM ARCHITECTURE OVERVIEW 

[00036] The execution of the sequences of instructions required to practice the 
invention may be performed in embodiments of the invention by a computer system 1400 as 
20 shown in Fig. 5. As used herein, the term computer system 1400 is broadly used to describe 
any computing device that can store and independently run one or more programs. In an 
embodiment of the invention, execution of the sequences of instructions required to practice 
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the invention is performed by a single computer system 1400. According to other 
embodiments of the invention, two or more computer systems 1400 coupled by a 
communication link 1415 may perform the sequence of instructions required to practice the 
invention in coordination with one another. In order to avoid needlessly obscuring the 
5 invention, a description of only one computer system 1400 will be presented below; 
however, it should be understood that any number of computer systems 1400 may be 
employed to practice the invention. 

[00037] Each computer system 1400 may include a communication interface 1414 
coupled to the bus 1406. The communication interface 1414 provides two-way 

10 communication between computer systems 1400. The communication interface 1414 of a 
respective computer system 1400 transmits and receives signals, e.g., electrical, 
electromagnetic or optical signals, that include data streams representing various types of 
information, e.g., instructions, messages and data. A communication link 1415 links one 
computer system 1400 with another computer system 1400. A computer system 1400 may 

15 transmit and receive messages, data, and instructions, including program, i.e., application, 
code, through its respective communication link 1415 and communication interface 1414. 
Received program code may be executed by the respective processor(s) 1407 as it is 
received, and/or stored in the storage device 1410, or other associated non-volatile media, 
for later execution. 

20 [00038] In an embodiment, the computer system 1400 operates in conjunction with a 
data storage system 1431, e.g., a data storage system 1431 that contains a database 1432 that 
is readily accessible by the computer system 1400. The computer system 1400 
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communicates with the data storage system 1431 through a data interface 1433. A data 
interface 1433, which is coupled to the bus 1406, transmits and receives signals, e.g., 
electrical, electromagnetic or optical signals, that include data streams representing various 
types of signal information, e.g., instructions, messages and data. In embodiments of the 
5 invention, the functions of the data interface 1433 may be performed by the communication 
interface 1414. 

[00039] Computer system 1400 includes a bus 1406 or other communication 
mechanism for communicating instructions, messages and data, collectively, information, 
and one or more processors 1407 coupled with the bus 1406 for processing information. 

10 Computer system 1400 also includes a main memory 1408, such as a random access 
memory (RAM) or other dynamic storage device, coupled to the bus 1406 for storing 
dynamic data and instructions to be executed by the processor(s) 1407. The main memory 
1408 also may be used for storing temporary data, i.e., variables, or other intermediate 
information during execution of instructions by the processor(s) 1407. The computer system 

15 1400 may further include a read only memory (ROM) 1409 or other static storage device 
coupled to the bus 1406 for storing static data and instructions for the processor(s) 1407. A 
storage device 1410, such as a magnetic disk or optical disk, may also be provided and 
coupled to the bus 1406 for storing data and instructions for the processor(s) 1407. A 
computer system 1400 may be coupled via the bus 1406 to a display device 1411, such as, 

20 but not limited to, a cathode ray tube (CRT), for displaying information to a user. An input 
device 1412, e.g., alphanumeric and other keys, is coupled to the bus 1406 for 
communicating information and command selections to the processor(s) 1407. 
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[00040] According to one embodiment of the invention, an individual computer 
system 1400 performs specific operations by their respective processor(s) 1407 executing 
one or more sequences of one or more instructions contained in the main memory 1408. 
Such instructions may be read into the main memory 1408 from another computer-usable 
5 medium, such as the ROM 1409 or the storage device 1410. Execution of the sequences of 
instructions contained in the main memory 1408 causes the processor(s) 1407 to perform the 
processes described herein. In alternative embodiments, hard-wired circuitry may be used in 
place of or in combination with software instructions to implement the invention. Thus, 
embodiments of the invention are not limited to any specific combination of hardware 

1 0 circuitry and/or software. 

[00041] The term "computer-usable medium" or "computer-readable medium" as 
used herein, refers to any medium that provides information or is usable by the processor(s) 
1407. Such a medium may take many forms, including, but not limited to, non-volatile, 
volatile and transmission media. Non-volatile media, i.e., media that can retain information 

15 in the absence of power, includes the ROM 1409, CD ROM, magnetic tape, and magnetic 
discs. Volatile media, i.e., media that can not retain information in the absence of power, 
includes the main memory 1408. Transmission media includes coaxial cables, copper wire 
and fiber optics, including the wires that comprise the bus 1406. Transmission media can 
also take the form of carrier waves; i.e., electromagnetic waves that can be modulated, as in 

20 frequency, amplitude or phase, to transmit information signals. Additionally, transmission 
media can take the form of acoustic or light waves, such as those generated during radio 
wave and infrared data communications. 

15 
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[00042] In the foregoing specification, the invention has been described with 
reference to specific embodiments thereof. It will, however, be evident that various 
modifications and changes may be made thereto without departing from the broader spirit 
and scope of the invention. For example, the reader is to understand that the specific 
5 ordering and combination of process actions shown in the process flow diagrams described 
herein is merely illustrative, and the invention can be performed using different or additional 
process actions, or a different combination or ordering of process actions. The specification 
and drawings are, accordingly, to be regarded in an illustrative rather than restrictive sense. 
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